Track Preference: New Ideas? Systems Engineering 

Presentation Title: Systems Engineering & Integration for Technology Programs 

Synopsis: 

This presentation will provide an overview of a systems engineering and integration approach for 
technology development programs that have multiple research and technology projects in their portfolio. 

Abstract: 

The Architecture, Habitability & Integration group (AH&I) is a system engineering and integration test 
team within the NASA Crew and Thermal Systems Division (CTSD) at Johnson Space Center. AH&I 
identifies and resolves system-level integration issues within the research and technology development 
community. The timely resolution of these integration issues is fundamental to the development of human 
system requirements and exploration capability. 

The integration of the many individual components necessary to construct an artificial environment is 
difficult. The necessary interactions between individual components and systems must be approached in 
a piece-wise fashion to achieve repeatable results. A formal systems engineering (SE) approach to 
define, develop, and integrate quality systems within the life support community has been developed. 

This approach will allow a Research & Technology Program to systematically approach the development, 
management, and quality of technology deliverables to the various exploration missions. 

A tiered system engineering structure has been proposed to implement best systems engineering 
practices across all development levels from basic research to working assemblies. These practices will 
be implemented through a management plan across all applicable programs, projects, elements and 
teams. 

While many of the engineering practices are common to other industries, the implementation is specific to 
technology development. An accounting of the systems engineering management philosophy will be 
discussed and the associated programmatic processes will be presented. 

Biography : 

Name: Kriss J. Kennedy, Space Architect 

Title: Lead, Architecture, Habitability and Integration 

Organization: NASA Johnson Space Center (JSC) 

Voice: (281)-483-6629 Fax : (281)483-2508 E-mail: kriss.j.kennedy@nasa.gov 

Mr. Kennedy is a space architect at NASA and is responsible for leading teams performing systems 
engineering and integrated testing for technology development for exploration systems. His 
accomplishments over 18 years at NASA include leading many lunar and Mars spacecraft design teams, 
technology developments — such as TransHab, Inflatable Airlock, and Deployable Crew Quarters — ISS 
hardware development, and lead several SE&I activities — most recently the HSRT SE&I Systems 
Engineering Management Plan. 

Prior to this position, Mr. Kennedy was the JSC Orbital Space Plane Project Office Vehicle Engineering 
Subsystem Manager and the safety representative for the Joint Software Review Board. Prior to his 
employment at JSC, he worked in the architectural industry for numerous architects around the country. 
Mr. Kennedy has several patents, numerous awards and over 40 publications and papers. 

Mr. Kennedy is a licensed architect in Texas, holds a Masters of Architecture from the University of 
Houston and a Bachelor’s degree from the University of Buffalo. 
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HSRTSE&I Team 


Multi-Center SE Team 

■ ONE-NASA Approach 

SE&I must focus on: Processes, 
People, & Tools 

Multi-Center SE Team (many folks 
with leads from 5 centers) 

■ Britt Walters / NASA JSC-HQ 
lead 

■ Mark Jemigan / NASA JSC-SA 
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Multi-Center SE Team 

■ Kriss Kennedy / NASA JSC lead 

Molly Anderson 

- John Park 
Ivan Cavenall 
Paul Campbell 

- Debbie Berdich 
— Phil Landis 

Brad Perkins & Tim Smith / NASA MSFC leads 
Howard Estes 

- Joe Lashley 

■ Richard Lauver / NASAGRC lead 
Harry Jones / NASA ARC lead 

■ Dan Shultz/ NASAKSC lead 
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Background 




SE&I processes herein based on work done for Systems Engineering 

Management Ran (SEIVP) for the then Human Systems Research & 

Technology (HSRT) Program @ HQ early FY05. 

■ This presentation will not cover all the aspects of the SE&I for Technology 

addressed by our SEIVP team 


Focused on: 


• Technology Life-Cycle Definition 

• Development of Concepts of 

of the System Engineering Tier 

Operations 

structure 

• technical performance 

• Annual review 

measurements & metrics 

• Programs and technology 

• Definition of reguirements and flow- 

elements 

down. 

• Infusion 

• Configuration management for Tech 

• Tech integrated testing 

products 

• Transition and delivery 

• Risk management 
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SE8J Procluct -Oriented View 




■ Define Technology 

Sync ESMD IVSIestones & Technology 
Gateways 




Program Management and Top Level 1 

Decision Making 1 

■ Define Technology Development 

* 


t 

Policy, Procedures, Standards, Tods, 

System Engineering 
Process / 
Integration 


Assessment/ j 
Insight 

and Quality 

I 


I 

■ Define for 

Technical Decision Support 1 

Implementation 




Align with Products & Processes 
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Infusion and Transition of Technologies 




■ Infusion is the technology integration with 
Constellation 

Technology transition includes : 

— validation and verification 

— the transition of Technology authority 

— continue support to reach flight hardware/softv\are 
maturity. 
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TRANSITION . INFUSION 




Technology Readiness Levels Summary 



TRL 1 Basic principles observed and reported 

TRL 2 Technology concept and/or application formulated 

TRL 3 Analytical and experimental critical function and/or characteristic proof- 
of concept 

TRL 4 Component and/or breadboard validation in laboratory environment 
TRL 5 Component and/or breadboard validation in relevant environment 
TRL 6 SysterrVsubsystem model or prototype demonstration in a relevant 
environment (ground or space) 

TRL 7 System prototype demonstration in a space environment 
TRL 8 Actual system completed and ‘flight qualified” through test and 
demonstration (ground or space) 

TRL 9 Actual system “flight proven” through successful mission operations 
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Technology Life-Cycle 
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Technology Development Strategy 





Technology 
Maturation Projects 


Av h 


Technology 
Innovation Projects 


"f A ' 


Analysis & Trade studies 


ntegration and system engineering 
Technology demonstration on ground and in flight 
Responsive to events and problems of flight 


/alidate high pay-off technologies 

Maintain healthy alliances with DoD, OGA and other Enterprises. 
Develop technology maturation partnerships with industry 
/alued and indispensable to customer 


r oster and solicits innovative ideas 
3 ioneer high pay-off technologies 
Perform cutting edge research 

Maintain healthy university partnerships for innovative research 


Trade studies within and across LSH elements 
nitial systems engineering 
Deliverable technical metrics 
Technology design space determination 





Technology SE&I 


M 


Program 

Management 


IVission 


Succinct 

IVission Requirements Validation, 
Pushback, Progress, and Risks 


Chief Engineer 
and IVission 
Success Assurance 


IVission Requirements Validation, 
Pushback, Progress, and Risks 


Feasible IVission 
Requirements 


System 

Requirements 

Development 


System 

Requirements 


System Definition 
and Design 


System Requirements Validation, 
Pushback, Progress, and Risks 


Requirements Validation and Pushback, 
System Concept /Design Specifications, 
Hans, and Analyses (Primarily at srr & sdr) 


System Design and 
Development Risks, 
Technology Requirements 


Risk Reduction 
Technology Development Authorization 
Technology Requirements Definition 


IVission Requirements 
System Requirements 
(for theoretical validation) 


System Risk 
Management 


Technology Development 
Requirements Nfelidation/Pushback 
and Development Progress 


Results 


Flight Demo 
Requirements 
and HWSW 


Technology 
Development 
Progress and 
Requirements 
Pushback 


Right Demo Results, 
Ops Concept Validation, 
Requirements Pushback 




Top Level SE&I Process 




R&T development life-cycle occurs within this framework. 
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Systems Management 


System Management and Control 

— Hanning, Monitoring, and Control 

— Reporting and Reviews 

— Configuration and Data Management 

— Risk Management 
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Establish SE Roles and Responsibilities 



Establish Criteria for system-level trade 
studies, assessments, and testing 

Maintain baseline requirements 

■ Manage requirements flows and allocations 

Provide method to obtain evaluations from 
subject matter experts for change requests 
or concept of operations. 

1 Maintain all SEMP processes 

■ Integrate Tech portfolios 

■ Integrate Risk Management 
Coordinate with ESMD and Constellation 


Coordinate membership and support to other 
forums 

Establish Program Reviews schedule and 
content 

Conduct technical audits 

Logistics for review of Programs 

- entrance & exit criteria 

Develop requirements for infrastructure 

Establish and maintain document tree 

■ Liaison to other systems engineering 
organizations 

Establish system-level criteria for transition of 
technology deliverables 
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Technology Portfolio Assessments Process 



HSRT ZBR 


Documented 
RTPM Plan for each 
program, with 
strategy, approach, 
processes, 
procedures, 
methods, and 
metrics. This plan 
incorporates inputs 
from the 

Constellation IDTs, 
Customer 
Programs, and 
External Reviews. 



RTPM.1 
HSRT Director and program 
Associate Directors define 
prioritized funding 
requirements across 
programs/elements. 


RTPM. 2 

Execute RTPM Plan. This 
includes periodic 
refinements due to research 
findings, systems analyses, 
risk analysis, and 
technology downselection 
processes. Assess 
progress against 
performance metrics. 


HHP R&T Approved 
Portfolio 


HSI R&T Approved 
Portfolio 


LSH R&T Approved 
Portfolio 


RTPM. 3 

Audit RTPM Process and 
Implement Improvements. 


HSRT Annual R&T 
Review Package 
-Gaps 

-Performance 

improvements 

-Unfunded proposals 

-Risks 

-Relevance 

-etc 



HSRT Acquisition Process 
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Program/Project 

Support 

Products 



PRR.3 

Conduct 

Annual 

Advisory 

Boprd 


E 


PRR.4 

Conduct 

) * 

Annual R&TD 
Technical 
Forum 


r 


PRR.5 
Conduct 
Annual R&TD 
Program 
Review 




Progress Reporting 


Technology 



'Metrics Repurllny 
Annual 


■I Performance Goals 
Cost Performance 
Schedule 
Performance 
Technical 
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Risk Management 




Continuous Risk Management (CRM) will be included as part of the Technology 
Program system control process to accomplish the following objectives: 

Identify the potential sources of risk and identify the risk drivers. 

Quantify risks and assess their impacts on cost, schedule, and performance. 

Determine the sensitivity of these risks to program, product and process 
assumptions, and the degree of correlation among the risks. 

Determine and evaluate alternative approaches to mitigate high risks. 

■ Take actions to avoid, control , accept, or transfer each risk. 

Ensure that risk is traded-off in decisions on specification requirements and solution 
alternatives. 

The Technology Program and each of its elements and projects will conduct CRM 
in accordance with NPR 7120.5 and NPR 8000.4. 
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Systems Engineering 


Requirements Development 

- Requirements traceability and Decomposition to Research 
& Technology Projects 

■ Requirements Assessment, Allocation, and Detailed Functional 
Decomposition 

■ Functional Decomposition 

■ Development of Performance Requirements for Allocated 
Functions 

Documentaticn 
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Ongoing Assessment/Review of: 


Requirements 

Development 


Requirements Traceability 
and Decomposition to 
Research & Technology 
Projects 

Requirements Assessment, 
Allocation, and Detailed 
Functional Decomposition 

Functional Decomposition 

Development of 
Performance Requirements 
for Allocated Functions 

Documentation 

Review and Approval 
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Systems Analysis & Modeling 


Requirements Gap Analysis and Validation 

Architecture Design and Validation 

Systems Analysis in Research and Technology Portfolio 
Management 

■ Inputs to Strategy to Task to Technology and Simulation 
Based Acquisition 

System Analysis Tools 
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DR°M nstellation A Systems Analysis Process 

•Requirements 
•Architecture a 


£ 


For Technology Integration & Development 




ASSESS Tools | 

■ TRL Calculator 

■ Gap Analysis 

■ Disconnects 

■ R&D A 3 Analysis 

■ N A 2 Diagram Interface Definition 

■ Risk Assessment (PRA, etc.) 

■ X-Tie Requirements Tracking 

■ Concept Maps 

■ Functional 

■ Plotting Metrics 

■ Roadmaps 


ASSESS 
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Design Synthesis, Manufacturing and Assembly 


1 Design 

— Design Participation of Constellation Vehicle's) DDT&E 

- Interface design for infusion of technology 

— Reliability, Maintainability, and Supportability (RMS) 

Manufacturi ng 

- Prototypes and Right Test 

- Concept of Operations evaluation 

- Reliability/Usability studies 
Verification 
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Systems Integration 


R&T Integrated Test and Evaluation 

- Evaluation of Prototypes 

- Integrated Testing 

- Evaluation of test data 

Management of technical performance measurements 
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Test/Demo 

Readiness 

Review 




R&T Implementation 
Plan 



R&T Req Doc 

1 



R&T V&V Plan 1 


Verification Report, 
Tech Invention 
Disclosure, etc 


Jt 



ESMD Process i 
of Establishing jf. 
R&T Partnering I 
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RTT1 

Perform Ground test 
or Flight demo of R&T 


Test / Demo 
Report 



Capture Lessons. 

Redesign or Cancel 




RTT2 

Perform R&T 
Verification 


RTT3 

Perform R&T 
Integration 


Reports, ICD, 
Drawings, 
Specs, etc 


I 


RTT4 


Acceptance Review 

Perform R&T 
Acceptance 


Report 


b Tachnotagy IMua 03ndy) hr 



{^~ Redesign or Cancel 


RTT5 


Perform R&T Transition 


< 

! 

RTTC 


Perform R&T Monitoring 



JZ 


Reports, ICD, 
Drawings, 
Specs, etc 


Design 
Changes / 
Updates 



R&T INFUSION: Design integration & participation wf ESMD & Prime(s) 









Operations and Sustaining Engineering 




Operations and Sustaining Engineering 

— Human Systems operational parameter monitoring 
Research and Technology Sustaining Engineering 
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Summary 


■Technology Develop needs consistent 

- Processes 

- Products @TRL 

- Infusion & Transition to Vehide Developers 

- Integrated Testing 

- Early IVStigation of Integration Issues 
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Technology Phases 




ESMD R&TD 
Life Cycle 


INFUSION 


TRANSITION 


FORMULATION 

IMPLEMENTATION 

TRANSITION 

Phase X: 

Phase Y: 

Phase Z: 

Phase T: 

Pre-Approval 

R&TD Definition 

R&TD Implementation 

R&TD Transition 


FRI/ 

BAA 


RTIP 


Project Plan 


R&T Transition Package 


Preliminary 

Project Plan R&T Req Doc ^ 

Constellation SRR 


Constellation SDR 


Constellation PDR 
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M 

SE Hierarchy 


A Hierarchical System 

The following hierarchical sequence of 
terms for successively finer resolution was 
adopted by the NASA -wide Systems 
Engineering Working Group (SEWG) and 
its successor, the Systems Engineering 
Process Improvement Task (SEPIT) team: 

System 
Segment 
Element 
Subsystem 
Assembly 
Subassembly 
Part 

NASA Systems Engineering Handbook, SP-6105, June 1995 


Particular projects may need a 
different sequence of layers — an 
instrument may not need as many 
layers, while a broad initiative may 
need to distinguish more layers. 
Projects should establish their own 
terminology. The word system is 
also used within NASA generically, 
as defined in the text. In this 
handbook, "system" is generally 
used in its generic form. 



PM Challenge: KKfennedy/EC3, 2814836629 


35 



Trade Study Reports 


■ Trade study reports should be 
prepared for each trade study. At a 
minimum, each trade study report 
should identify: 


Trade Study Process 


■ The system issue under analysis 

■ System goals and objectives (or 
requirements, as appropriate to the 
level of resolution), and constraints 

■ The measures and measurement 
methods (models) used 

■ All data sources used 

■ The alternatives chosen for analysis 

■ The computational results, including 
uncertainty ranges and sensitivity 
analyses performed 

■ The selection rule used 

■ The recommended alternative. 

■ Trade study reports should be 
maintained as part of the system 
archives so as to ensure traceability 
of decisions made through the 
systems engineering process. Using a 
generally consistent format for these 
reports also makes it easier to review 
and assimilate them into the formal 
change control process. 



NASA Systems Engineering Handbook, SP-6105, June 1995 




Define / Identify 
Goals / Objectives & 
Constraints 


Perform 

Functional 

Analysis 



Define 

Plausible 

Alternatives 


■m 



Collect data on 
each alternative 
to support 
evaluation by 
selected 
measurement 
methods 


Define measures & 
measurement methods 
for: 

System effectiveness 
System performance 
or technical attributes 
System cost 


Compute an estimate of system 
effectiveness, performance or technical 
attributes, and cost for each alternative 
Compute or estimate uncertainty ranges 
Perform sensitivity analyses 



Define 

Selection 

Rule 



The following questions 
should be considered: 
Have the 

goals/objectives and 
constraints been met? 
Is the tentative 
selection robust? 

Is more analytical 
refinement needed to 
distinguish among 
alternatives? 

Have the subjects 
aspects of the problem 
been addressed? 



Analytical Portion of Trade Studies 



Make a 
tentative 
selection 
(decision) 


Proceed to 
further 
resolution of 
system design, 
or to 

implementation 
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